home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Turnbull China Bikeride
/
Turnbull China Bikeride - Disc 2.iso
/
BARNET
/
FREENET
/
MCEVOY
/
MAPSERV1
/
Help
next >
Wrap
Text File
|
1996-02-09
|
4KB
|
84 lines
MapServer v1.01
Sun 04th February 1996
ImageMap Server for use with HTTP Server
========================================
Disclaimer
==========
General principals:
If it works, it's my doing.
If it doesn't work it's not.
Use it at your own risk, and please report compliments, bugs and
suggestions to me by e-mail, or I won't find out, 'cos I'm on a dial-up
connexion :-(
Aim
===
To live up to my own claim that my last program (!MapReader) would serve
documents to remote machines, which it could never do! In a more positive
vein, this program provides an easy graphical method for setting up links for
ISMAP graphics, disposing of the need to use coordinate-based descriptions of
the 'active areas' and making irregular active areas as easy as rectangles.
This is, I think, quicker and easier than the 'standard' methods available.
Furthermore, the program acts as a server for locally-based html files, thus
allowing a much quicker response time than the usual two part method. In
this version, the previous problem with links from locally server documents
has, I hope, been solved.
Getting it to work
==================
Will work only in conjunction with Stuart Brodie's HTTP Server v1.3 (or,
presumably later) MapServer must live in a subdirectory of cgi-bin, which
must be in the base directory served to HTTP clients. There may be as many
levels of subdirectory beyond cgi-bin as you wish; there must be a separate
directory for each imagemap. Each subdirectory must contain a copy of
MapServer, a sprite file called Image and a text file called Index.
MapServer works by using an index image to decode the coordinates
passed to it in a system variable by HTTP Server. The index is a 256 colour
sprite called 'image' and saved in the same directory as MapServer as Image.
This is a copy of the source of the map, coloured to define the areas that
are to act as anchors. The index image MUST be scaled to the same size as
the pixel dimensions of the rendered map - load it into ArcWeb as an ISMAP
image and point to the bottom right-hand corner to find the dimensions.
However, I advise against scaling the image before colouring it, as so much
definition can be lost as to make it rather difficult to see what one is
doing.
Next, colour 'sensitive' areas of the index image, noting the number
of the colour as displayed by the !Paint large colours chooser. Each colour
may be linked to a separate URL, and if anyone needs more than 254 links per
document, they are in a different league from me!
Now, scale the sprite down so that it is within a pixel-or-two of the
correct dimensions, and flip it upside-down. It's not my fault that sprites'
origins are bottom-left and ImageMaps' are top-left :-( Finally save the
image.
Now generate a text index file. Each line must begin with two or
three numbers (ie. 00, 04, 123) followed by a space, followed by a
fully-qualified URL or a full pathname, followed by a return code. The file
should finish with a return code. This should be saved as a text file called
Index in the same directory as MapServer.
At the moment, the only URL methods supported are http: and local:,
and it appears that these are the only ones that will work anyway (certainly
I have been unable to make the mailto: method work). local: methods serve
exactly the same function as a fully qualified pathname - both types are
assumed to be html source code and are served directly to the remote machine.
Any filetype other than html *MUST* be specified by the http: method.
You may also include a FIRST line beginning 'default ' and containing
a fully-qualified http: method URL to a document that you want to be
displayed when there is no link specified in the rest of the index file.
This will usually be the source document.
I hope that this satisfies the desires of all you lucky Acorn owners
out there who have Ethernet connexions and wish to serve imagemaps to your
adoring public. And NO! I'm not at all jealous of you!
Charles McEvoy
Cambridge Sun 04th February 1996
NB New to v1.01
Reverse DNS lookup implemented so the the base address passed with locally served
documents is, if possible, the name rather than the address of the server.